home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 14019 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: library.erc.clarkson.edu!rpi!not-for-mail
  2. From: Miljenko Cvjetko <cvjetko@rt.e-technik.uni-erlangen.de>
  3. Newsgroups: comp.lang.c++,comp.lang.c++.moderated,comp.sys.hp.hpux
  4. Subject: Re: [Q] gcc 2.7.2 + STL + HP_UX 9.05 = memory_leak ?
  5. Date: 28 Mar 1996 13:12:56 -0000
  6. Organization: Regionales Rechenzentrum Erlangen, Germany
  7. Sender: cppmods@netlab.cs.rpi.edu
  8. Approved: Dietmar.Kuehl@uni-konstanz.de
  9. Message-ID: <4je38o$mdj@netlab.cs.rpi.edu>
  10. References: <4j66lu$olu@netlab.cs.rpi.edu>
  11. NNTP-Posting-Host: netlab.cs.rpi.edu
  12. X-Original-Date: Thu, 28 Mar 1996 10:35:12 +0100
  13.  
  14. On 25 Mar 1996, Miljenko Cvjetko wrote:
  15.  
  16. > I was testing storing ptrs in STL container when I found
  17. > out a memory-leak in STL implementation in following 
  18. > example:
  19. > 
  20. > # include <list.h>           // STL list
  21. > # include <stdlib.h>
  22. > 
  23. > class X
  24. > {
  25. >  protected:
  26. >   list<int> nodes_;  // this line causes 
  27. >                      // memory leak problems!!!
  28. >                      //     under HP_UX 9.05
  29. >                      // not under Borland C/C++ + DOS
  30. > };
  31. > 
  32. > void f()
  33. > {
  34. >  X x1;
  35. > }
  36. > 
  37. > int main()
  38. > {
  39. >  memorymap(1);
  40. >  f();
  41. >  memorymap(1);   // list is out of scope 
  42. >  return 0;
  43. > }
  44. > - ------------------------------------------
  45. > Result:
  46. > 
  47. > arenastart               :          0
  48. > arenaend                 :          0
  49. > # of blocks              :          0
  50. > # of free blocks         :          0
  51. > # of used blocks         :          0
  52. > # of smblk blks          :          0
  53. > total space used         :          0
  54. > space in free blocks     :          0
  55. > space in used blocks     :          0
  56. > space in smblk blocks    :          0
  57. > 1073748164: node block 8192
  58. > 1073756356: free 1848
  59. > 
  60. > arenastart               : 1073748164
  61. > arenaend                 : 1073758204
  62. > # of blocks              :          2
  63. > # of free blocks         :          1
  64. > # of used blocks         :          1
  65. > # of smblk blks          :          0
  66. > total space used         :      10040
  67. > space in free blocks     :       1848
  68. > space in used blocks     :       8192
  69. > space in smblk blocks    :          0
  70. > - -------------------------------------------
  71. > In addition, this code was compiled under
  72. > BC 4.5 and had no memory leak! Am I
  73. > misinterpreting memorymap() function call?
  74. > Same was with some other containers (set,vector).
  75. > Any suggestions?
  76. > 
  77. > Thanx in advance
  78. > Regards 
  79. > m.
  80. > 
  81.  
  82. I got an answer and suggestion from James Kanze and he had right, 
  83. suspected block was some sort of pseudo-static allocation by the 
  84. implementation and it wasn't ever freed, and the number of the unfreed
  85. blocks didn't increase, when tested in a loop.
  86.  
  87. Thanx a lot James
  88.  
  89. Regards
  90.  
  91. miljenko
  92.  
  93.       [ Articles to moderate: mailto:c++-submit@netlab.cs.rpi.edu ]
  94.       [  Read the C++ FAQ: http://www.connobj.com/cpp/cppfaq.htm  ]
  95.       [  Moderation policy: http://www.connobj.com/cpp/guide.htm  ]
  96.       [      Comments? mailto:c++-request@netlab.cs.rpi.edu       ]
  97.